home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 6831 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.2 KB
  1. Path: zeno.ibd.nrc.ca!roberson
  2. From: roberson@zeno.ibd.nrc.ca (Walter Roberson)
  3. Newsgroups: comp.compression,comp.dcom.modems
  4. Subject: Re: Use a full-duplex modem as a asymmetric one?
  5. Date: 3 Mar 1996 19:41:47 GMT
  6. Organization: National Research Council of Canada
  7. Message-ID: <4hcslr$hon@canopus.cc.umanitoba.ca>
  8. References: <4h7290$3ql@bcarh8ab.bnr.ca>
  9. NNTP-Posting-Host: zeno.ibd.nrc.ca
  10.  
  11. In article <4h7290$3ql@bcarh8ab.bnr.ca>, Zaihua Luan  <hualuan@bnr.ca> wrote:
  12. :I wonder if it is possible to use a full-duplex modem as a asymmetric 
  13. :modem. For example, suppose I have a 28.8kps full-duplex modem. Can I 
  14. :set the modem to a channel of 43.2kbps and a channel of 14.4kbps. If 
  15. :it is possible, please let me know how to do it.
  16.  
  17. comp.dcom.modems would be a better newsgroup than comp.compression for
  18. modem questions. I've added it to the Newsgroups list.
  19.  
  20.  
  21. The answer to the question is "No."  Modern V.32/ V.42 modems
  22. essentially work by using a fixed carrier frequency and modifying the
  23. signal phase at several well-defined points along each cycle to
  24. indicate a 1 or 0 bit.  The maximum transmission rate is determined by
  25. the number of phase changes per wave that can be robustly detected,
  26. times the carrier frequency.
  27.  
  28. The math works out for using a 2400 Hz carrier frequency and detecting
  29. at 12 points per cycle (every 30 degrees) for 28800. 14400 is 2400 Hz
  30. and detect 6 points per cycle (every 60 degress).
  31.  
  32.  
  33. In order to go for 43200 bps in one channel, one would have to either
  34. alter the carrier frequency, or else sample at 18 points per cycle
  35. (every 20 degrees). Those are not yet feasible -- all the more so when
  36. you consider that if you go beyond 32000 bps then by the pigeon-hole
  37. principle at least one datapoint is going to have to be resolved in a
  38. single bit when transmitted via a digital line {as those sample at 8000
  39. Hz, 8 bits per sample.} Below 32000 bps you have 2 bits per datapoint,
  40. which makes accurate detection much easier.
  41.  
  42.  
  43. Recall that 28800 modems transmit information by -audio- techniques,
  44. not digital techniques and not by bit-streams. What you are asking
  45. would require packing more -audio- information per second into one
  46. direction.  Sampling 18 points per cycle is not necessarily impossible,
  47. but it is not yet practical.
  48.  
  49.  
  50. Since you posted to comp.compression, I will link to a topic in
  51. compression theory. People have suggested from time to time
  52. that perhaps higher data rates might be achieved by having the
  53. remote end send back 'guesses' about what was about to be sent, and
  54. the transmitting end ack or nak these 'guesses'. Transmission time
  55. and latency issues make this scheme problematic at the best of times,
  56. but it just doesn't work anyhow. The transmitting end has at least as
  57. much information as the remote end does, and so could predict what
  58. the remote end would predict and issue the ack or nak without ever
  59. receiving anything from the remote end. Such a scheme is therefor
  60. useless unless the transmission time and latency are *very* low,
  61. and the remote end is able to model the data better than the local
  62. end can (perhaps the local end has very little memory or a very slow
  63. processor, or is required to hand off the data sooner than it would be
  64. able to complete the better compression.)
  65.  
  66.    Walter Roberson                     roberson@Ibd.nrc.ca
  67.